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A COMPUTER SYSTEM AND METHODS THEREFORE 
FIELD OF INVENTION 

The present invention relates to the field of computing and associated 
systems, networks and communications. In one form the present invention 

5 relates to computers, a computer network, communications system and / or the 
communications in such devices, systems or networks. In another form, the 
present invention relates to a distributed computer system or network. 
BACKGROUND ART 

As computers become more connected with Internet and wireless 

10 technology the software paradigms that have been traditionally used In single 
CPU programs are requiring to be rethought to meet the demands of distributed 
computing. 

Over the years many solutions have been put forward to deal with 
distributed, applications; starting with basic Remote Procedure Call (RPC) 

15 systems through to the Object Management Group(OMG) f s Common Object 
Request Broker Architecture (CORBA) and more recently the use of extensible 
Mark-up Language{XML) In Simple Object Access Protacol(SOAP). There are 
also system dependent propriety systems such as Java's Remote Method 
Invocation(RMI) and Microsoft's Distributed COM. Additional to these systems 

20 which are designed to wrap object methods, there are also Message based 
systems such as Message Passing Interface (MPI) and Message Queuing (MQ) 
systems. 

Separate to these distributed technologies there is also a movement for 
computer systems to Include multiple CPU's in a single system. Multiple CPU's 
25 offer the ability to gain many of the performance characteristics of distributed 
computing without solving problems such as Data Marshalling. This is due to 
multiple CPU's sharing the same memory and therefore same architecture. 
However, to gain the best performance from a. multiple CPU system requires the 
ability to run tasks In parallel to use CPU's resources effectively. There are many 
30 problems associated with running tasks In parallel which centre around 
synchronizing tasks between concurrent threads. 

To function effectively distributed computing systems and multiple 
threaded systems need to overcome a number of problems. These include: 
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1. Resource Naming and Resolution - the problem of finding a resource and 
resolving Its (oration in order to communicate with that resource; 

2. Data Marshalling ( or serialization ) - the problem of taking a program's 
internal representation of some information and transforming that into a 

5 format that can be transferred between computers; 

3. Performance - the problem of ensuring that communication channels are 
used effectively to meet the restraints of current technologies; 

4. Object Interface replication - the problem of providing a useful Application 
Programmers lnterface(API) that programs can easily access for remote 

10 data; 

5. Data independence across architectures - Associated with Data 
Marshalling; the problem of defining a data format which can be transferred 
and understood between different computer architectures. 

6. Data Access Synchronization - the problem of ensuring that data access Is 
15 synchronized to ensure data resources stay in a correct state and return 

the correct information; and 

7. Security and Resource protection - the problem of ensuring that only valid 
connections can access the data. 

Any discussion of documents, devices, acts or knowledge in this 
20 specification Is Included to explain the context of the invention. It should not be 
taken as an admission that any of the material forms a part of the prior art base or 
the common general knowledge in the relevant art in Australia or elsewhere on or 
before the priority date of the disclosure and claims herein. 

An object of the present invention Is to provide an improvement to a 
25 computer, computer network, communications system and/or the communications 
in such devices, systems or networks. 

A further object of the present invention is to alleviate at least one 
disadvantage associated with the prior art 
SUMMARY OF INVENTION 
30 The present invention provides, in one aspect of invention, a 

communications network, having at least two devices adapted to communicate an 
instruction between the devices, a front Interface provided on one computer, and 
a substantially corresponding back Interface provided on the other computer, the 
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improvement comprising selection means for selecting the encoding, for encoding 
the Instruction, from a set of one or more available encodings. 

The present Invention provides, in another aspect of Invention, a method of 
communicating an instructions from a first device to a second device, the first 
5 device having a first interface and the second device having a second interface, 
the method comprising the steps of selecting a communication protocol from a set 
of available communication protocols, encoding the instruction in accordance with 
the selected protocol, and transmitting the encoded instruction from the first 
device to a second device. 

10 The present invention provides, in another aspect of invention, a virtual 

computer, comprising an object stack and/or an object heap, each of the stack 
and heap being adapted to store at least one object and Its corresponding type 
identifier, end an instruction set having at least one Instruction adapted for 
execution by the virtual computer. 

15 The present invention provides. In another aspect of invention, a method of 

executing an instruction set using a virtual computer, in a communications 
network having at least two devices, the method comprising the steps of 
serialising the virtual computer to a data buffer In a first device, and transmitting 
the data buffer to from the first device to a second device. 

20 The present invention provides, In another aspect of invention, a 

communications format for use in providing communication between at least two 
devices, the format comprising a first portion representing data, the first portion 
being adapted to be rendered and communicated In an electronically 
communicable format, such as binary format, and a second portion representing 

25 metadata for defining a meaning to be given to the first portion, the meaning 
given to the second portion being definable for each communication. 

The present invention provides, In another aspect of invention, a method of 
communicating between at least two devices, the method comprising the steps of 
providing a first portion representing data, the first portion being adapted to be 

30 rendered and communicated in an electronically communicable format, such as 
binary format and providing a second portion representing metadata for defining 
a meaning to be given to the first portion, the meaning given to the second portion 
being definable for each communication. 
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The present invention provides, In another aspect of invention, an 
architecture for a communication device, the architecture comprising a 
programming layer for communications internal to the device, a communications 
layer for communications external to the device, wherein the external 
5 communications are in accordance with the format as disclosed herein. 

The present invention provides, in another aspect of Invention, an 
architecture for a communication device, the architecture comprising a 
programming layer for communications internal to the device, a communications 
layer for communications external to the device, wherein the external 
10 communications are in accordance with the selection means as disclosed herein. 

The present invention provides, in another aspect of invention, an 
architecture for a communication device, the architecture comprising a 
programming layer for communications internal to the device, a communications 
layer for communications external to the device, wherein the external 
1 5 communications include a virtual computer as disclosed herein, 

A number of apparatus and computer programs are also provided in 
accordance with various aspects of invention, as disclosed herein and/or recited 
in the claims. 

Furthermore, the Data Representation Language (DRL) is one aspect of 
20 Invention. It provides the data presentation services for communications in the 
system. It is utilized across communications sub systems in the Colony network 
object model, and is available to the programmer for any data handling tasks in 
communications or other InputfOutput devices (eg file systems, databases ). 

The Drone Network Virtual Machine (DNVM), otherwise referred to as a 
25 virtual computer, Is another aspect of invention and builds on the DRL and 
provides core services for method based communications. The DNVM provides a 
movable virtual machine known as a drone that can be passed between hosts to 
complete tasks before returning to the client. 

The Network Object Model (NOM) and Front/Bade mechanisms are further 
30 aspects of invention and provide CORBA like services using the DNVM and DRL 
components. Many of the aspects of this have previously been achieved in 
CORBA, however the NOM allows the developer to choose the best 
implementation for remote method invocation. This is not possible in CORBA 
where all communications are locked and defined by the OMG specification. 
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The Front object provides the interface definition of the functionality to be 
provided on a remote client. An implementation of the Front object provides the 
specific encoding mechanisms required for the client to communicate with, the 
host. The Back interface provides the matching server elements required deliver 
5 the message from client to Back- An implemented Back object provides the 
matching decoding mechanisms for the implemented Front object. 

The Zone/Realm system Is a further aspect of Invention and provides the 
object grouping required for the Naming system. A Realm also provides the 
security mechanisms required to protect object access from objects external to a 
10 Realm, 

The Node system is a further aspect of invention and provides messaging 
services to an object. These messaging services allow messages to be 
asynchronously delivered to an object. It additionally provides services to 
allocate threads dynamically on an as needed basis to handle messages directed 
15 to the object This provides for intelligent functionality to be assigned to an 
object 

The Messaging system is a further aspect of invention and combines with 
the Naming and Node system to provide an internal message based system. 
Messaging systems are normally designed for external system, while Colony's is 
20 designed for both internal and external communications. 

The Naming system is a further aspect of Invention and links in with the 
Zone/Realm system to provide objects to be published and made available using 
Uniform Resource Locators. 

The Zone is a further aspect of the invention and provides the ability to 
25 group objects for Naming and resolution purposes. The Zone provides the object 
container to allow objects to be managed. A Zone may be implemented to best 
suite the objects it contains. 

The Realm is a further aspect of the invention and extends the functionality 
pf a Zone to provide security services to a Zone. A Realm ensures that a user 
30 identifier and pass key is required to access the objects and Nodes which reside 
Inside the Realm. 

The Zone /Realm, Node & Messaging components, in combination, is a 
further aspect of invention and all operate in the program and work very closely 



C0MS ID No: S MB 1-00452359 



Received by IP Australia: Time (Hun) 18:15 Date (Y-M-d) 2003-10-14 



Oct 2003 17:32 SMOORENBURG flTTORMEYS 



+613 9712 0159 



6 

together. The Zone/Realm is used to locate, name and / or provide security 
access to objects. 

The Data Channel is a farther aspect of invention and provides a streaming 
system to individual objects in the environment, and is considered inventive in so 
5 far as it brings these services directly to an object. This Streaming system 
provides services for two objects to create a data pipe directly between two 
objects. A program does have the ability to use the colony communication tools 
to create its own additional session, presentation and application layer protocols 
over this stream. This data channel provides a mechanism to link two objects 
1 0 across a client/server environment. 

The Data Session is a further aspect of invention and describes how two 
hosts can negotiate and agree on how different data elements should be 
transferred. This protocol defines the messages required to agree on the formats 
of each element. 

15 The Channel Link Server defines the session layer protocol which accepts 

and connects Data Channels from client to server. 

The Transport Link Layer is a further aspect of invention and is specific to 
the needs to the transport layer being used. The Transport Link Layer connects 
the Colony communications services to such transport layers as simple TCP/IP 

20 socket, secure SSL link or other transport medium. The data session and 
channel link server are specific to the needs of the link layer being used. They 
provide, the session management between the client and server. This Is because 
a message based transport layer may have requirements differing from stream 
based transport layers. 

25 Other aspects and preferred aspects are disclosed in the specification 

and/or defined in the appended claims, forming a part of the description of the 
invention. 

Advantageously, it has been found that the problem of: 

• Resource Naming and Resolution can be addressed by using 
30 Internet standard Uniform Resource Locator (URL);. 

• Data Marshalling < or serialization ) can be addressed by using a 
Data Representation Language(DRL(pron. Drill)); 
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Performance can be addressed by Messaging, Streaming and / or a 
Drone Network Virtual Machine(DNVM); 

Object interface replication can be addressed by providing a 
Front/Back object paradigm which Is contained in its Network Object 
Model <NOM); 

Data independence across architectures can be addressed with the 
Data Representation Language(DRL); 

Data Access Synchronization can be addressed with dynamic 
thread allocation to objects; 

Security and Resource protection can be addressed by use of the 
object containment interfaces (Realms) and operating system to 
provide these services, 
in essence, the present invention by use of the distributed object 
computing system of the present invention provides an architecture which 
15 resolves many prior art and operational issues In a relatively coherent and well 
defined way. The present invention, in one form, separates the solution to each 
problem into well defined sub systems which when combined together provide a 
solution to distributed computing. 

The present invention provides a new architecture for distributed 
20 computing systems and a multiple threaded system which Is also referred to as 
Colony in this specification. For the Colony architecture to be effective it requires 
many new inventions to address the problems of existing distributed computing 
systems. 

The Colony* system is designed to remove the barriers of single address 
25 space applications and allow individual objects to interact with objects internal 
and external to an application. The Colony system provides services to individual 
objects such as naming objects, resolving the location of objects, asynchronous 
messaging to objects, remote method invocation & remote streaming. 

Further scope of applicability of the present Invention will become apparent 
30 from the detailed description given hereinafter. However, It should be understood 
that the detailed description and specific examples, while indicating preferred 
embodiments of the invention, are given by way of illustration only, since various 



C0MS ID No: SMBI-00452359 Received by IP Australia: Time (H:m) 1 8:1 S Date (Y-M-d) 2C03-1M4 



10 



Oct; 2003 17s 33 SMOORENBURG ATTORNEYS 



+613 9712 0159 



p- 10 



8 

changes and modifications within the spirit and scope of the Invention will become 
apparent to those skilled in the art from this detailed description. 
DESCRIPTION OF DRAWINGS 

Further disclosure, objects, advantages and aspects of the present 
5 application may be better understood by those skilled in the relevant art by 
reference to the following description of preferred embodiments taken in 
conjunction with the accompanying drawings, which are given by way of 
illustration only, and thus are not limitative of the present Invention, and In which; 

Figure 1 illustrates the components of one embodiment of the present 
1 0 invention; 

* Figure 2 illustrates a drone according to one aspect of the present 
invention; 

Figure 3 illustrates an object being called remotely from another type of 
front interface from another client; 
15 Figure 4 Illustrates a comparison between OSI, TCP/IP and the present 

invention; 

Figure 5 illustrates a message based communication; 
Figure 6 Illustrates a stream based communication; 
Figure 7 illustrates a remote procedure based communication; 
20 Figure 8 iUustrates the concept of a proxy object on a client; 

Figure 9 illustrates a Front/Back object combination to handle remote 
access to an object; and 

Figure 10 illustrates a concept of a Stub & Skeleton which provides for 
default implementations for Front & Back objects; 
i5 Figure 11 Illustrates communication with objects; and 

Figure 12 illustrates the naming of objects. 
DETAILED DESCRIPTION 

Colony provides a set of tools and services to allow a developer to build 
networked applications. These services are designed around providing methods 
K> of communications between objects residing both within an application and 
located external to an application In a transparent manner. Providing services 
designed for individual objects instead of an application is a key aspect of the 
Colony design philosophy. 
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The broad design of Colony centres around the ability for objects to deliver 
services to other objects residing in the same address space or external address 
spaces. Providing transparency between local and remote objects ensures ease 
of development. 

5 The Colony system provides additional messaging capabilities. This 

allows asynchronous messages to be delivered and processed directly by an 
object. This Improves on other messaging systems where the messaging sen/ice 
is external to the object. 

The Colony system provides additional streaming capabilities directly to an 
10 object. This allows data pipes to be opened between objects operating on the 
same host or different hosts. 

The Colony system ties these services together with a single naming 
system based on the Uniform Resource Locator. The URL encoding ensures 
ease of communication of object or services between programs or users of 
15 programs in the same way a HTTP address can be cut and pasted between 
applications. 

The CORBA approach to distributed computing suffers from a number of 
deficiencies including: a strict data type representation which makes it difficult to 
extend data types; has strict implementation requirements which makes 
20 communications Inflexible under certain situations; and is intrusive to the 
application program. Colony takes a different conceptual view of data, objects 
and distributed computing and the mechanisms for communicating between 
distributed objects. 

The SOAP and XML services approach to data communications suffers 
25 from ambiguous data text representation. This makes it difficult to agree on data 
formats and send binary data in an efficient manner. Colony's use of a Data 
Representation Language (DRL) provides a conceptually different approach to 
solving distributed computing. 

The Colony system makes the programming task simpfer and the 
30 final application significantly more efficient than a system developed in either 
CORBA or using XML based communications. 
Colony Overview 

The description above has highlighted a few of the features employed by 
the Colony Distributed Object Computing System (CDOCS), which Is the name 
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given to one aspect of the present invention. These solutions are designed to 
provide the necessary sen/Ices to an object to allow it to operate within a 
distributed computing environment. Figure 1 illustrates the components of a 
CDOCS and how an object relates to each component 
5 The overall architecture and elements described above Is Inventive as It 

separates known and unknown distributed computing elements Into easier to 
understand components. The overall invention of bringing these components 
together is important as it has separated a very complex problem into a number of 
smaller problems. 

10 The Data Representation Language (DRL) is one aspect of invention. It 

provides the data presentation services for communications in the system. It is 
utilized across communications sub systems In the colony network object model, 
and is available to the programmer for any data handling tasks in communications 
or other Inpu VOutput devices (eg File system or Database). 

15 The Data Session is another aspect of invention and describes how two 

hosts can negotiate and agree on how different data elements should be 
transferred. This protocol defines the messages required to agree on the formats 
of each element. 

The Drone Network Virtual Machine (DNVM) is another aspect of invention 
20 and uses the DRL to provide core services for method based communications. 
The DNVM provides a movable virtual computer known as a drone that can be 
passed between hosts to complete tasks before returning to the client. 

The Network Object Model (NOM) and Front/Back mechanisms are 
another aspect of Invention and provide services using the DNVM and DRL 
25 components. NOM allows the developer to choose the best implementation for 
remote method invocation. This is not possible in prior art, such as CORBA 
where ail communications are locked and defined by the OMG specification. 

The Front object provides the interface definition of the functionality to be 
provided on a remote client An Implemented Front object provides the specific 
30 encoding mechanisms required for the client to communicate with the host The 
Back interface provides the matching server elements required to deliver the 
message from client to Back. An Implemented Back object provides the matching 
decoding mechanisms for the implemented Front object 
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The Data Channel is another aspect of invention and provides a streaming 
system to individual objects in the environment, and brings these services directly 
to an object. This Streaming system provides services for two objects to create a 
data pipe directly between two objects. A program has the ability to use the 
5 colony communication tools to create its own additional session, presentation and 
application layer protocols over this stream. This data channel provides a 
mechanism to link two objects across a clientfeeiver environment 

The Channel Link Server is another aspect of invention and defines the 
session layer protocol which accepts and connects Data Channels from client to 

10 server. The Naming system is another aspect of invention and links with the 
Zone/Realm system to provide objects to be published and made available using 
Uniform Resource Locators. 

The Zone Is a further aspect of the invention and provides the ability to 
group objects for Naming and resolution purposes. The Zone provides the object 

15 container to allow objects to be managed. A Zone may be implemented to best 
suit the objects it contains. The Realm is a further aspect of the invention and 
extends the functionality of a Zone to provide security services to a Zone. A 
Realm ensures that a user identifier and pass key is required to access the 
objects and Nodes which reside inside the Realm. 

20 The Node system Is a further aspect of invention and provides messaging 

services to an object. These messaging services allow messages to be 
asynchronously delivered to an object. It additionally provides services to 
allocate threads dynamically on an as needed basis to handle messages directed 
to the object This provides for intelligent functionality to be assigned to an 

25 object. 

The Messaging system is another aspect of invention and combines with 
the Naming and Node system to provide an internal message based system. 
Messaging systems are normally designed for external systems, while Colony's is 
designed for both internal and external communications 
30 The Zone/Realm, Node & Messaging components operate In the program 

and work very closely together. 

The Link Layer is another aspect of invention and Is specific to the needs of the 
transport layer being used. The Transport Link Layer connects the Colony 
communications services to such transport layers as a simple TCP/IP socket, 
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secure SSL link or other transport medium. The data session and channel link 
server are specific to the needs of the link layer being used. They provide the 
session management between the client and server. This is because a message 
based transport layer may have requirements differing from stream based 
5 transport layers. 

Data Representation Language (DRL) (pronounced Drill) 

One of the fundamental problems to be solved in exchanging data 
between computers is Data Presentation (also known as Marshalling or 
serialization). This task involves placing data stored in memory, and used by a 

10 program, Into a format which can be sent over a serial connection or stored in a 
way that another program can read that data at a later time. This covers both 
data communications and data storage in File systems or Databases. 

This problem can be demonstrated by a date such as 15/8/2003. To a 
human reader this date is reasonably easy to interpret as the 15th of August 

15 2003. A date such as 5/4/2003 is a little more difficult to interpret as it could 
either be 5th of April 2003. or 4th of May 2003; as it could either be In American 
or Australian date format. The same problem happens through-out computer 
communication systems, and happens with even the most basic data. For 
Instance, the number 42 can be stored or transmitted in a number of ways. For 

20 instance, a computer with an Intel architecture might store this as an unsigned 8- 
bft big endian format In the computer's memory (RAM) this is as binary; 

00 101010 

25 The same number could be stored as 1 6-bit little endian format: 

010101000 00 00000 

Without an agreement on format, two computers can not communicate. 
30 This problem becomes much larger as the data being transferred becomes more 
complex. A simple string "Hello" can have a number of different encodings. 
Some examples are ASCII, EBCDIC, UTF-8, IS08859 and UNICODE; although 
many other encodings exist. A simple example would be ASCII format which is 
encoded as binary 8-bit big endian format 

35 

HELLO 
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01001000 01000101 01001100 01001100 01001111 

If this set of binary data was sent between two computers the receiving 
computer would still not be able to decode or recognise the meaning. Additional 
5 Information needs to be sent with the data to describe its contents. Jn this case 
an agreed way of Identifying that this is an ASCII string and has a length of 5 
bytes stored as big-endian 8 bit bytes might be to include a type id 3 that both the 
sender and receiver use to identify being a string. This type id is then followed by 
the number 5 which describes the length: 

10 

TYPE 3 lengths H E L 

00000011 00000101 01001000 01000101 01001100 ... 
Table A 

15 This mechanism of agreeing on the type of data then adding additional 

Information such as length and byte ordering is a method used in such systems 
as CORBA's General Inter-ORB Protocol (GIOP), The GIOP defines a known set 
of data TypeCodes which for instance define the value 18 to mean a string which 
has the string's length defined by a unsigned long (32bit) value. This definition Is 

20 defined in the CORBA specification and must be implemented as such on every 
CORBA system. 

While CORBA's GIOP data specification could be used to store data in a 
file or database, It would be unlikely to see such a scenario as the CORBA 
specification is designed specifically for client/server communication. 

25 The Colony DRL is designed to solve the problem of data encoding in a 

highly flexible way which can be applied to data storage, communications and 
databases. This is achieved by recognizing that the total information about some 
binary data is made up of the combination of the data itself and the data which 
describes that data {metadata). In the case of GIOP and many other systems the 

30 meta data Is stored in a specification document external to the software system 
and encapsulated in the code used to read the data. The metadata is not 
available in Its entirety to tie analysed separately by a program or modifiable by a 
developer. 
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Colony's DRL provides a Janguage which serves two functions, it is used 
to describe the data, and provides instructions on how to read/write that data 
when it is received or transmitted. The language in its most basic form describes 
a specific data type. The DRL In a full implementation provides the ability for two 
5 devices to agree on the methods and format of how data is presented. As an 
example of the text above, wa might describe an ASCII string as 

asdLstring: array( unsigned uelght Jjit, unsigned_eight_bit ) 

1 0 The above line uses an array function that takes two parameters. The first 

parameter specifies that the length of the array will be specified by an unsigned 
eight bit value, and the data will be made up of unsigned eight bit values. This 
information can now be used to read an ASCII string. 

This description could be sent with the string in Table A to describe 1he 

1 5 contents of the data. This would result in the following communications 

asclLstring: array( unsigned_eight_bit, unsignedLeight_b!t > 
0x05 HELLO 

20 The first part describes the format of the second part, if we ware to use 

this in a real application, the communications In describing the content of the data 
would take more bandwidth than the data itself. As described earlier a common 
method of reducing the traffic is to associate a tag with the type. By associating 
the tag 3 with the definition of asciUrtring we can then simply send the data 

25 described In Table A; however In DRL It is necessary to associate the identifier 
with a function to read an identified type, and then using that Identifier read the 
following data. To do this we need to define a function to read a specific value 
which identifies a specific data type (typed data). 

3d typed_jdata: identlfled( unslgned_eightjbit, any ) 

The above line specifies that we can read any unknown data by first 
reading a single byte followed by any type of recognised data (The any type is a 
special tag used as a marker that any data can be read). Using the example in 
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Table A. wa nearly have enough metadata to be able to read and understand the 
data. 

At this point we have created a method of describing the binary data to be 
sent. We have recognised the need to send a type Identifier instead of the fun 
5 data description every time. Using the DRL we have created a descriptor to read 
typed data, however at this point we have not associated the type tag three with 
an asciLstring descriptor, 

To associate data types with the specific tags, the invention provides a 
map that specifies that an identifier is associated with a specific data type, in the 
10 example above the following map is required. 

Identifier Data Type 
3 ascli_string 
6 typed_data 

15 

The identifier above Is the external Identifier required when communicating 
the data from Table A, The Colony DRL additionally uses an internal type 
Identifier to tag each type defined, this type identifier is preferably used internally 
only. Different applications will want to use different identifiers in different 
20 external data representations (i.e. through system revisions, or to be compatible 
with external systems). A type map is therefore needed to map an external 
identifier to our internal data type identifier. 



External Internal Data Type 
25 1 10 uns!gned_elghtj>lt 

3 15 ascii_string 

6 16 typed_data 

Table B 

30 Table B above provides an External representation id. Now, to read the 

data described in Table A, it is necessary to read data from the stream of type 6. 
This will resolve to the Internal type identifier 16 which is a typed_data type. The 
function Identified will read a single byte and use that to look up the type of data 
to read. Returning the value 3, the identified function will map this to the internal 



COMS ID No: SMBl-00452359 Received by IP Australia: Time (H:m) 18:15 Date (Y-M-d) 2003-10-14 



Oo* 2003 17:39 



SMOORENBURG ATTORNEYS 



+613 9712 0159 



p. 18 



16 

identifier 16 and read the type asciLstring. This will call the array function and 
read a single byte for the length and then that number of bytes from the data 
stream. 

The current Implementation allows for tags to be Implemented using 

5 integers and mapping the value to the Internal type descriptor. An alternative 
implementation would also allow other tag types such as ascll strings to be 
created and a corresponding mapping to Internal type descriptor. Integers are 
used in this embodiment as it Is more efficient for data bandwidth and 
programming efficiency. 

10 The DRL provides the flexibility for a programmer to create their own 

unique functions In the DRL for any type of data. For example It Is often 
important for performance reasons to create a specific function to read some 
binary data types. For example a single function would be used to read large 
images. The new function would be used Instead of using the DRL array function. 

15 The DRL specifies the data representation as written in binary. It does not 

specify how each data type is specified In a specific language or operating 
environment. In a Java system, for Instance, the type ascii_string can be resolved 
as a java.lang.strlng type for programming purposes. 

The Colony DRL functionality is also designed for complex objects, A 

20 Person object for example may include a number of details such as first name, 
last name and date of birth. This would be defined in DRL as: 

person: asclUstrlng[firstName] a3cii_string[lastNarne] date_basic[dateOfBirthJ 
25 Table C 

where the date_baslc Is defined as: 

date_baslc: unsigned_eightLbit[dayl unsigned_eighLbit[month] 

30 signed_slxteen_bitlyear] 

Using this definition, a person John Smith bom on 1 st of February 1973 can 
be defined as: 
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John Smith 1/2/1973 

(hex) 04 4A6F68 6E 05 5E6D69 74 68 01 02 07 65 



Table D 

5 The DRL provides the ability to describe any data and record (hat 

Information separately from the data being described. 

A further aspect of the Colony DRL is that the metadata can also be 
serialized and sent between servers so that type agreement can be performed. 
Take for example the person object from Table C. If an object on one machine 
10 would like to send an object (eg a Person as above) it must be able to agree that 
the person object definitions are the same. This can be done by serializing the 
definition of the person meta data. A structural representation of the Person meta 
data might be defined as: 

15 type_d^f( 

Sequence( 

type_ref( asciLstring, M fl^stName ,, ), 
type_ref< asciLstring, "lastName* ) 
type_ref( date_basic, 'dateOfBlrth" ) 

20 > 
) 



Using this example metadata, the following meta type descriptors may be defined: 

25 type_ref: unsigned_short_big[typeld] asdLstringfdataName]; 

sequence: array( unsigned_short_blg, identified unsigned_short„big( 
type jref ) ); 

type_jdef: identifled( unsigned_shof1_blg, sequence ); 

30 To serialize the example person metadata it is necessary to be able to 

record the description of the metadata and the types that it describes. To 
accomplish this two different type maps are required. The metadata type map 
defines an agreed set of types to communicate meta data, while the metadata 
type reference is used as a reference for the types being defined: 
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5 



Meta Data Type Map 

External Internal 

1 1 

2 2 

3 3 

4 4 

5 5 

6 6 



Type 

unsigned_short_blg 

unsignedjongjjlg 

ascJi_string 

type_ref 

sequence 

type_def 



10 



15 



Reference Type Map 
External Internal 

1 1 

2 3 

3 7 

4 6 



Type 

unslgned_short_big 
ascli_strlng 
date.basic 
type_def 



Using this information the person metadata can be serialized; 



20 



Type id 5 Length 3 TypeRef 
(sequence) (Type 4) {ref type) (len) (description) 



25 



(Hex) 00 05 



00 03 



(type_ref)(asoiL8tringK"flrstName") 

00 04 00 02 0943 49 52 53 54 2E 41 40 45 



(typej^(a3dl_string)nastName'') 

00 04 00 02 08 4C 41 53 54 2E 41 4D 45 



30 



(type_ref)(date_basic)("dateOfBirth-) 

00 04 00 03 08 44 41 54 45 2F 46 22 49 52 54 48 



The Identifiers marked in 'bold text' represent those from the Meta Data 
Type Map, while those Identifiers underlined are from the Reference Type Map. 
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The full data representation is thus: 

(hex} 00 05 0003 00 040002 0946 4952 53542E41 
5 4D450004 0002084C 41 53542E 414D4500 

04 00 03 08 44 41 5445 2F462249 525448 

The number of type maps used to communicate can be varied. Each 
communication method using the same data is able to use a different type map 
10 lor different situations. For Instance one type map and therefore data 
serialization can be used when saving to file, while another is used for data 
communications. 

To ensure that distributed systems are able to communicate metadata 
correctly, it is important that the meta data itself have metadata. This allows two 
15 hosts to ensure they agree on .the method of communicating metadata. This 
creates a self referenced description of the metadata* Using the example of 
type_ref, we are able to serialize its definition as: 

Type Id 5 Length 2 Type Ref 
20 (sequence) (Type 4) (ref type) (Jen) (description) 

(Hex) 00 05 

00 02 

(type_ref)(type_ref)( 0 nefrype") 
25 00 04 00 01 07 52 45 46 34 59 50 45 

(type_ref)(type_ref)Ctyp©Desc w ) 

00 04 00 02 08 54 59 5045 24 45 53 43 

30 This metadata uses its own type definition to describe itself. For two 

systems to agree on metadata used to describe other data the only way to boot 
strap the process is to compare the metadata binary information. If the binary 
information matches, the metadata descriptions are compatible and metadata can 
be read/processed. 
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Colony DRL can be used to uniquely describe information contained in any 
binary data. Many other distributed computing environments describe both the 
data and the method of communication in a strict fashion. This limits their ability 
to represent and communicate a wide range of data type presentations. The DRL 
S simply provides a method which describes the data and creates an unambiguous 
set of instructions on how to read the data. This provides the opportunity for the 
system to be used for both communicating data as well as data information 
storage and retrieval from both databases and file systems. 

Various aspects of the Colony Distributed Object Computing System utilize 
10 the type system for communications. 

Data Representation Language (DRL) Implementation 

The Colony Distributed network system implements the DRL. This 
implementation is one possible implementation of the various components which 
make up the DRL. 

15 In one embodiment, each type is described using a specific language 

defined by the following grammar.; 

entry: IDENTIFIER ( T IDENTIFIER T )? B -* specification ';' 

20 specification : basic | sequence 

sequence : exclusive ( sequence )? 

exclusive: element ( exclusive )? 

25 

element: reference | function 
reference: IDENTIFIER ( T IDENTIFIER T )? 
30 function: IDENTIFIER '(' sequence 7 
basic: 'basic' INT INT 

IDENTIFIER: Ca'./zTA'./Z') <a\/2TA i .. , ZT0 , .. f 9T. i >* 
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INT: (DIGIT)+ 
DIGIT: , 0 , .. T 9' 



Additional elements could be defined In future to add additional information about 
data presentation. One example of this Is the addition of an element to constrain 
the value of an element to a specific set. 

Using the above grammar It is possible to define the base metadata 
10 definitions required to represent this grammar data In a binary form. The 
elements are only defined using the grammar defined. This creates the self 
referenced grammar required for the base of the DRL- 



empty: basic 0 0; 

The empty type Is a place holder for a type that has no data associated. 
This can be useful for identifying specific data which has no additional information 
associated other than the Identifier itself, 

20 USB: basic 8 0; 

This is a basic element which reads an unsigned eight bit big endian 
number between 0 and 255. The value in Java is returned java.lang.lnteger. 

25 U16B: basic 16 0; 

This is a basic element which reads an unsigned sixteen bit big endian 
. number between 0 and 65536. The value in java is returned as a 
java.lang.lnteger object. 



basic: U8B[size] U8B[flags]; 

This defines how the meta data associated with meta data is serialized. 
Two values of unsigned 8 bit values. The first value is the size if available and 
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the second value Is additional flags. These data types are atomic values which 
require specific function to read the values. 

type_ref:U16B; 

A type reference is used to refer to a type which Is used fn the definition of 
another type. 

any: empty; 

The any type is an identifier used by the Identified function to mean any 
type of data can be read. 



funcjref: U16B ldentified( any ); 

A function reference defines the use of a function when reading a type. 
The Initial value is the specific function to be used. The second identified value 
represents additional information that can be used by the function. 

20 identified: U16B; 

The identified function reads a single U16B and uses this value to read the 
type following in the data stream. The identified function however uses additional 
information defined by the meta data to allow constraints to what types of data 
25 can be read in the stream. 

array: U8B; 

The array function reads a set of objects. The length of the array is 
30 specified by a single USB which constrains the length of the array between 0 and 
255 elements. 

sequence: array( identified( type_ref | funcjref ) ); 
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The sequence function is used to define a sequence of elements in a data 
definition. A sequence is defined by the sequence In the DRL grammar. 



exclusive: array( identified( type_raf | func_rof ) >; 

The exclusive set is used by the identified function to constrain the types of 
elements that can be read after an identifier Is read from the stream. The 
exclusive set is built into the grammar with the [ list 



10 definition: identifted( excluslve( basic | sequence ) ); 

A type definition is an identified type which can either be a basic type or 
sequence type. 

15 The ability to serialize these definitions is another aspect of the DRL. 

Using the above definitions only, it must be possible to serialize each type* This 
creates a purely self referenced system. An example is given in the following 
type map to Identify each type: 



Identifier 


Type 


1 


empty 


2 


u8b 


3 


u16b 


4 


basic 


5 


typejef 


6 


any 


7 


funcjref 


8 


identified 


9 


array 


10 


sequence 


11 


exclusive 


12 


definition 


13 


ascii_string 
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The type map used is fhe same for both identifying the data and for 
referencing other types in type_ref and funcjref data. We are then able to 
serialize each of the types as a definition: 

5 empty: basic 0 0; 

(basic) (size)(f(ags) 
(hex) 00 04 

00 00 

10 

u8b: baste 8 0; 

(basic) (size) (flags) 
(hex) 00 04 
15 08 00 

u1 6b: basic 16 0; 

(basic) (size)(fiags) 
20 (hex) 00 04 

10 00 

basic: u8b uBb; 
25 (sequence) (type reference) 

(hex) 03 OA 02 

00 05 00 03 
00 05 00 03 

30 

typeref. u16b; 

(sequence) (type reference) 
(hex) 00 OA 01 



COMS ID No: SMBHMM52359 Received by IP Australia: Time <H:m) 18:15 Date (Y-NW) 2003-10-14 



Oo% 2003 17*41 SM00RENBURG ATTORNEYS 



+613 9712 0159 



p. 27 



25 

00 OS 00 03 



any: empty; 

5 

(sequence) (type reference) 
(hex) 00 OA 01 

00 06 00 01 

1 0 funcref: U1 6B identified funcref | exclusive ); 

(hex) (sequence) (exclusive) 
00 OA 02 

00 05 00 03 

15 00 07 00 08 

00 Ob 02 
00 05 00 07 
00 05 00 OB 



20 identified: U16B; 

(hex) (sequence) 
00 OA 01 

25 

array: USB; 



00 05 00 01 



(hex) (sequence) 
00 OA 01 

30 00 05 00 03 

sequence: array( identffied( typeref | funcref ) ); 
(hex) 00 OA 01 
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00 07 00 09 
00 07 00 08 

00 OB 02 
00 05 00 05 

5 00 05 00 07 

exclusive: array( ldenfified( typejef ) ); 

(sequence) (func_ref) (exclusive) 
10 (hex) 00 OA 01 

00 07.00 09 

00 07 00 08 

I 00 OB 01 

I 00 05 00 05 

15 

I definitioh: Identlfied( basic | sequence ); 

(sequence) (func_ref) (exclusive) 
(hex) 00 OA 01 
20 00 07 00 08 

00 OB 02 
00 05 00 04 
00 05 00 OA 

25 ascii_string: array( UQB ); 

(hex) (sequence) (funcjref) 

00 OA 01 00 07 00 09 

00 OB 01 

30 00 05 €0 02 

Using these serialized type definitions e olient end server are able to 
confirm the formal of metadata before attempting to communicate metadata 
information. These definitions would be written to an array: 
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metadef: array( definition ); 
which would result in the following: 

5 

OC 00 04 00 00 00 04 08 00 00 04 10 00 00 OA 02 00 06 00 03 00 OS 00 03 
00 OA 01 00 05 00 03 00 OA 01 00 05 00 01 00 OA 02 00 05 00 03 00 07 00 
08 00 Ob 02 00 05 00 07 00 05 00 OB 00 OA 01 00 0500 01 00 OA 01 00 05 
00 03 00 OA 01 00 07 00 09 00 07 00 08 00 OB 02 00 05 00 05 00 05 00 07 
10 00 OA 01 00 07 00 09 00 07 00 08 00 OB 01 00 05 00 05 00 OA 01 00 07 00 
08 00 OB 02 00 05 00 04 00 05 00 OA 

A typical client server communications system would first send this data " 
and the server would confirm that It matches the server side serialized data 
15 representation. Until the metadata is compared and matched at a binary level, 
the server will not be able to confirm that the data can be read successfully. Trie 
present invention provides a reduced communications length between machinss 
due to the agreement on data structure. 

The Data Session details further Information on implementing a 
20 client/server session using the DRL. 

When a data element has finished reading from a data stream, it must be 
Instantiated to an in-memory representation of the same data. In the current 
implementation Java's Reflection is used to find a matching constructor for the 
specific data representation. Using the Person object as an example the 
25 following constructor would be expected. 

Class Person 

Person( String firstName, String lastName, Date dateOfBlrth ) 

30 

} 

The asciLstring would have been first returned as a String and the 
datejbasic would have been read as a Date object The sequence instruction of 
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the DRL will return an array of three objects; this does not necessarily require a 
matching constructor. A data content mapping system could be established 
which allowed mapping elements from one array into elements of a new array. 
The new array represents a different object. This mapping would then provide a 

5 mechanism to interpret and modify data without the need for an object on the host 
to match that object. 

The Data Representation Language can be used to interface with legacy 
systems by an application programmer Identifying the data representations of the 
legacy protocol elements. The programmer Is then able to create the DRL type 

10 definitions and mappings to describe the legacy protocol elements. By doing this 
the DRL can speed the implementation of interfacing with the legacy system. 

The current implementation provides flie ability for an application to 
ovehlde the default methods of reading/writing and constructing objects. This 
ensures that specific needs of an applications data representation and internal 

15 object construction not covered by DRL can be provided by the application 
programmer. 

The ability to keep Object marshalling separate from each object is an 
Important aspect of the DRL. The separation ensures that communications 
elements are kept separate from the logic elements of a program. 

20 The example grammar and implementation described above does not 

account for grouping of type identifiers. The Invention additionally provides the 
ability to group types so that naming conflicts do not occur. The elements such 
as "u16b" would be identified as "meta.uieb". An import syntax would be 
introduced to the grammar to allow groups of elements to be used with a shorter 

25 name. For example the syntax; "import rneta to import all names in the meta 
group. This would allow the tt u16b w name to be used when referring to 
"metau16b'\ Any time this data is being transferred between hosts, the full name 
should be used. 
Data Session 

30 The DRL defines how data can ba transferred between two systems. 

However, to ensure that two systems agree on which types they understand a 
Data Session communications protocol is required. This protocol must include 
the message definitions which allow types to be identified with the same tag on 
two distributed systems. 
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As explained in the DRL description, once metadata can be exchanged 
between client and sewer a reference type map can be constructed. To negotiate 
on the values of the map we require additional messages to handle negotiation 
between two devices to handle data type agreement. The following provide an 
5 example of these messages. 

meta_request: ascii_string Iname] definition(definition]; 
metaj-esponse: asdL8trlng[name] ul6b[tag]; 

10 Each data type is identified using an asciLstring. This provides a unique 

Identifier to check if the name and definition matches on the server side. After the 
metadata Is found to match the client and server can agree on the message tags 
to be used during communications. This agreement process starts when a 
meta_request is sent to the server, the server checks the specific definition to see 

15 If they match. If a match Is found, a response can be made with the identifier to be 
assigned in the meta_response. With the external Identifier assigned the client is 
then able to send the actual data. 

The same meta_request and meta_response can be made by the server to 
the client in cases where the server requires to respond with a data type not yet 

20 agreed. 

This type of boot strapping allows the most dynamic method of 
communications of any type of data. Depending on the complexity of the 
communication protocol a simpler approach is to assume that both client and 
server are using a common type map whfch does not change. Using this 
25 methodology no mBta data type identifier agreements need to be made. This has 
a downfall that the final solution is more rigid. 

Additional messages to handle both type agreement and data messages 
used simultaneously on the same channel are not specified here. It fs assumed 
that these message concepts would either be extended to handle full data 
30 session agreement for other types of data, or that a separate data channel Is 
opened for the specific use of data type Identifier agreement. 

Additional messages could also be defined for error conditions. In the 
embodiment above the value OxFFFF could be assigned for the meta_reponse In 
situations where a mapping could not be matched between client and server. 
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Drone Network Virtual Machine 

The problem with prior art systems such as CORBA, SOAP and many 
others is that every individual request for information must be encoded, sent and 
reply received. The time taken In making a connection, sending and receiving is 
5 often much longer than the actual processing of the message. A better solution 
would be to allow a single message to contain multiple requests for Information 
(method calls), In this way speeding processing and using communications more 
effectively, it Is difficult to create a paradigm that allows for multiple requests to 
be sent in currently defined systems. 
10 The concept of a virtual machine provides the ability to compile code to a 

byte code representation and then use a virtual CPU to execute the byte code on 
a native environment The Colony Distributed Object Computing System extends 
this Idea to a movable virtual computer (Drone). One embodiment is illustrated in 
Figure 2. In most computer environments a program execution environment 
15 (computer or virtual machine) is made up of Program Instructions, Data(Heap). 
and Stack. A CPU or virtual machine executes the program Instructions and uses 
the Stack as a temporary store for moving data between program functions. 

The Colony Drone uses the Colony DRL to create a typed stack, typed 
heap, portable Instructions and CPU State which includes Code Pointer and other 
20 elements in a serializable machine. 

A typed stack allows the programmer to specify how each object placed on 
the stack should be serialized. This is required as a single instance of an object 
could be serialized in multiple ways. For example, given a date object there are 
many different ways that It can be serialized. Ensuring that the external type 
25 identifier is always recorded with the object as it is placed on the Drone heap and 
Drone stack ensures the correct method of serialization occurs. 

This type of Drone Network virtual Machine Is able to communicate 
between different computer systems as the DRL and Drone Network Virtual 
Machine can be placed on differing computer languages and architecture's and 
30 be implemented differently. The Drone Network VM simply specifies how the 
Drone Network VM Is serialized. A very basic embodiment of such a Drone can 
be described via the DRL type system: 

drone: code_pointer type_stack type_heap nvm_program_instnjctlon; 
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code_j>ointer. unsignedjshortLblg 

type_stack: array( unsigned_shortJ>ig, identified! any ) ); 

typejieap: array( unsigned_short_big, lden«fied( any )-); 

nvm jrogramjnstruction: array( unslgned_short_big, unsigned_byte ) 



A Drone can be passed between a number of machines before returning to 

the source with a response. 

Using the example location //abc.com.au/peoplefiohn.smlth, an interface to 

a Person object may have the following: 

10 

Person 
{ 

String getFlrstName(): 
String getLastName(); 
15 Date getDateOfBirthO; 

} 

If it is necessary to get the person's full name in a prior art system such as 
CORBA across a network, It would be required to make two distinct network 
20 request/response message pairs. First to return the first name, and the second to 
return the last name. Using the Drone of the present invention, it Is possible to 
accomplish both in a single network, request/response pair. For example by 
setting the instructions to be executed by the Network Virtual Machines: 

25 Instructions 

Load //abc. corn.au/people/john, smith 
Execute getLastfMame 
Execute getFlrstName 
pop asciLjstring 
30 pop ascH_string 

To encode these set of Instructions and the virtual machine, a virtual 
machine state is created before the request has been sent: 
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CodePointer ( 0 ) 
Stack ( empty ) 
Heap ( 



) 

Code ( 



0. asciLstring, 7/abccom.au/people/i ohn .smith* 

1 . asdl_string f "getLastName" 

2. asciLstring, "getFirstName" 



1.load B 0 (heap pointer . to 

10 7/abc.com.au/peopJeflohn.smith") 

2. execute, 1 ( heap pointer ) 

3. execute. 2 ( heap pointer ) 

4. user_pop, ( getLastName ) 

5. user_pop, ( getFirstName ) 

15 ) 

The client side caller wilJ execute the first instruction(Load) and realize that 
the object Is located on a remote computer. This Virtual Machine state will then be 
serialized so that it can be sent to the location of the object specified In the load 
20 instruction. The serialized state will be: 



Code Pointer 
00 00 



25 Stack 
00 00 

Heap 
00 03 

30 (ascii strings not in hex) 

00 02 20 V/abc.cx>m.au/peoDle/lohn.smith " 
00 02 OA "getLastName* 
00 02 OB "getFirstName" 
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Instructions 
00 OF 

01 00 00 ( Load, 0 ) 

02 00 01 ( Execute, 1 ) 
5 02 00 02 ( Execute, 2 ) 

03 00 02 ( user_pop, 2 ) 
03 00 02 (user_pop,2) 

The full data representation is: 

10 

(hex) 00 00 00 00 00 03 00 02 20 OF OF 41 42 43 OE 43 4F4D0E41 
550F5045 4F504C45 OE 4A 4F 48 4E OE 53 4D 49 54 48 00 
020A47 45 542C4153 542E414D45 00 02 OB 47 45 54 2C 
41 53 54 2E 414D 4500 0F010000 02 00 0102 00020300 
15 02 03 00 02 



The data Is then sent to the receiver Wabc.coni,au) which is able to rebuild 
Its own internal representation of the Drone, The Load Instruction is then re- 

20 executed and the object /people/jchn-smith is retrieved. The next two execute 
instructions will then be executed. The methods are resolved and executed in a 
way which best suites the environment. In a Java embodiment this can be 
accomplished through Java's reflection interfaces. The result from each execute 
call is placed on the Drone's stack. The userjpop instruction is then attempted. 

25 This instruction must be executed by the cilent so the state of the virtual machine 
must be serialized and sent bade to the client 

Code Pointer 
(hex) 00 03 

30 

Stack 
00 02 

(ascii strings not in hex) 
00 02 04 -John" 
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00 02 05 "Smith* 

Heap 
00 03 

5 (asdl strings not in hex) 

00 02 20 7/abc.c»m.fl iypeoP»e/iohn.3m|th* 
00 02 OA "getLastName" 

00 02 OB "getFirstName" 

10 Instructions 
00 OA 

01 00 00 ( Load, 0 ) 

02 00 01 ( Execute. 1 ) 

02 00 02 (Execute, 2) 
•15 03 00 02 (user_pop.2) 

03 00 02 (user_pop, 2) 

In the example above, the Instructions and heap are still sent One 
optimization of this would remove executed Instructions and heap date from the 
20 Drone. The client will receive the encoded virtual machine and recreate an 
internal representation. The code pointer is now at the instruction "user_pop" 
which signals that the program which initiated the call is returned and able to pop 

the values off the stack. 

The above example uses the Drone to make two remote method calls. 

25 The same outcome of returning the users first and last name could have been 
achieved by serializing the Person object as described In the DRL and re- 
instantlatlng the object and calling the methods locally. A method such as 
"Person getPersion( String name )" could have been placed on the 
<"//abc.com.au/people- object, and the Network Virtual Machine used to call this 

30 method. 

For simplicity the basic Drone example above does not Include the ability 
to serialize additional security privileges. The Invention can also include elements 
for security privileges to be encoded with the Drone either es additional 
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instructions or additional elements of the Virtual Computer. These elements 
provide the Drone with privileges to access protected objects on the hosts it visits. 

The Drone would minimally provide a basic set of instructions to coven 

Stack operations push, pop. peek, peekType. 
5 Heap operations load, store 

User operations user_push. user_peek 

Drone operations moveTo, RetumHost 

These operations are by no means exhaustive and a Drone could Include 

10 a full set of branching and test instructions as normally found in a computer. 

These instructions would be adapted to meet the Needs of the Typed Stack, Type 

Heap and Moveable nature of the Drone. Additional virtual computer elements to 

handle Exceptions, StackTrace's or other error handling elements of a modem 

programming languages can also be added to the Drone. 
15 in the description so far, the Drone visits the host of the object to be called. 

This may not always be the case. An object may. alternatively, be called remotely 
from another type of front interface from another client. This is represented by 
Figure 3. Figure 3 displays a Client Alpha which sends a Drone to Server Beta. 
The Drone executes a method on the Front interface of an object residing on 

20 Gamma and returning the result via Beta to Alpha. 
Network Object Model 

At a very basic level, problems associated with prior art distributed 
computing solutions revolve around the principle that a client requires a sewer to 
either perform an operation, receive information from the client, or send 

25 information requested by the client. The terms client and server refers to any host 
to host communication. This can describe a server acting as a client to another 
server, or various other combinations across multiple computers or between 
devices operating on the same computer. All these operations must occur by 
sending a sequence of binary data between the client and server. 

30 Referring to Figure 4, the Open Systems Interconnection (OSI) model 

defines the communication layers required for applications to communicate 
between hosts. The Internet's TCP/IP protocol stack has become the defecto 
standard for communications at the network and transport layer. The 
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communications systems of the present invention operate at the session, 
presentation and application layers. 

The transport control protocol (TCP) provides the ability to connect and 
send data reliably between -two applications on the same or different hosts. If a 
5 connection ia lost the data will not be received. With an open connection the task 
of the session and presentation layers is to control how communication will be 
controlled, and how data will be encoded so that the receiving end will be able to 
decode the data. 

At the session, presentation and application layers there is no well used 
10 standard or defacto standard. However there are a number of well defined 
paradigms that have been developed to deal with performance constraints of 
client/server communications. Currently these fail into three typical types of 
communication methods. 

1. Message based 

15 Data Is sent as a packet of data from the client to server. This is represented in 
Figure 5. The date packet is directed to the application which may/may not send 
a response packet (ie asynchronous or synchronous). The data packet is 
normally small in size and provides a quick simple mechanism. 

2. Stream based 

20 The HyperText Transfer Protocol (HTTP) Is a common example of this type of 
client server communication. This is represented in Figure 6. A small request is 
made for a document or data, and toe Information is returned as a date stream. 
This communication mechanism provides the best utilization of the underlying 
transport layer for large amounts of data 

25 3. Method(Remote Procedure Call) based 

This is designed to allow a method/procedure to be called on a remote 
application. This is represented in Figure 7. A request is sent to the server which 
acts as a proxy and calls the method. Any date required to be returned to the 
user Is sent back in a response. CORBA uses this type of requestfresponse 

30 mechanism 

Each of these methods df communication have thslr own strengths and 
weaknesses when building a distributed system. The Colony Network Object 
Model provides a solution which allows a developer to use any of these systems 
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for an application. This ensures the best performance for a specific remote 
method invocation. 

To support the concept of method invocation on a remote object the 
network object model of the present Invention uses the concept of a proxy object 
5 on the client which represents the functions available to the client. This is 
represented in Figure 8. This concept is partly similar to CORBA's Stub and 
skeleton objects. 

In Colony the stub object 1$ called a Front 1 and has a matching 'Back 1 
object on the server. This Front proxy allows the developer to design and 
10 implement the best method for communicating with the server object from a client 
H differs from CORBA in that CORBA does not allow the user to Implement the 
stub/skeleton. 

The Front object provides the interface definition of the functionality to be 
provided on a remote client. An implemented Front object provides the specific 

15 encoding mechanisms required for the client to communicate with the host. The 
Back Interface provides the matching server elements required to deliver the 
message from client to Back. An Implemented Back object provides the matching 
decoding mechanisms for the implemented Front object. 

In a Java embodiment of the Colony Network Object Model the Front fs 

20 defined as an interface with method signatures for the location and name of the 
object and an object type. An application would extend this interface to provide 
the additional elements required. Using the Person object example 

public interface Front 
25 { 

public LRL locationQ; 
public String type(); 

} 

30 public interface PersonFront 

extends Front 

public String getFlrstName(); 
public String getLastNameO; 
35 public Date getDateOfBlrth(); 

} 
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An application programmer Is then able to Implement the PersonFront 
object to use the best method to communicate with the Back object The Back 
object is designed to receive requests packaged by the Implemented Front. The 
matching Back object is designed to Invoke the Model object. The Model object 
providing the desired behaviour of the object. 

The Front and Back mechanisms can be used to create a protocol stack 
where each Front implementation uses a Back interface to communicate with the 
client. For instance the PersonFront may use the following stacks on the client 
and server respectively. 



10 



15 



Client Server 

PersanMod&l Object 
DronePersonFront DronePersonBack 
DroneClientBack DroneServerBaok 
DataSesslonBack DataSessfonServerBack 
SocketClient SocketServer 



Transport Layer 

20 The matching protocol stack on each side provides flexibility at each layer 

of the communications. The PersonFront can also be Implemented to use more 
than one protocol stack simultaneously between client and server, allowing a 
combination of remote method invocation, message queuing or streaming to be 
used. Alternatively, the Front can also be Implemented to call the Pereon Object 

25 locally where the Front and Model reside In the same program. The following 
stack demonstrates an alternative Implementation where the communications are 
based on SOAP using an underlying Message Queuing transport mechanism. 

Client Server 

30 PersonModel Object 

SOAPPersonFront SOAPPersonBack 

SOAPCIIentBack SOAPServerBack 

MQSeriesClient MQSeriesServer 
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Transport Layer 

As shown in Figure 8, a call from Alpha to a method on the object Beta is 
made to the Beta Front proxy object on the client This uses the underlying 
5 communications mechanisms to communicate with the Beta Back object which In 
turn performs the required function on the Beta Model object. 

This type of Front object also provides the opportunity to provide a different 
interface which better matches a remote object interaction, than an object might 
use locally. 

10 As Illustrated In Figure 9, the Front object resides on a client and 

oommunicates with a paired object Back. The Back object proxy's all requests 
from the client caller to the actual object contained on the server. This paradigm 
allows a front object to be implemented differently for different communication 
channels. It also allows for performance specific Implementations for objects 

15 catling locally. 

While the Front/Back paradigm provides for flexibility of implementations it 
can still require a large amount of programming if many objects need to be 
implemented. The concept of a Stub & Skeleton provides for default 
Implementations for Front & Back objects and this is illustrated with reference to 

20 Figure 10, This has been found to greatly reduce development time for most 
cases of distributed Front objects. 

The default stub and skeleton can be overridden to implement channel 
based communications or other specific types of communication methods. The 
default stub uses the Drone Network Virtual Machine to encode a single method 

25 and parameters. The Drone is then managed by the DroneClientBack and its 
underlying protocol stack. In a Java implementation the iafr/a.reflectProxv Ore 1.4) 
object is used to create a proxy. If the interface has been overridden in the Stub, 
that method is called* otherwise the default network virtual machine client Is used. 
The method name and parameters are encoded in a Drone Network Virtual 

30 Machine and the request made. 

On the server side, the Skeleton is used to find the object and then checks 
for a skeleton object method to override the default functionality. If no method is 
present the skeleton uses standard java reflection to find and execute the 
method. 
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Data Channels 

A network virtual machine and other request/response paired 
communication systems such as CORBA and SOAP do not deal with streaming 
data very well. This is due to their request/response paired system of 
5 communication. In many scenarios of distributed computing this type of 
communication does not solve the problem well. An application programmer often 
requires a direct data stream between two locations to solve a problem efficiently. 

Streaming communications fs a well defined metaphor In software 
development This metaphor Is used in most communications systems which are 

10 external to a program's base environment. This includes both disk access using 
file streams and data communications using the well defined socket interface to 
TCP/IP. Operating systems such as IBM's OS/2 included the metaphor of a pipe 
which allowed two programs to communicate directiy on the same machine. 

Colony extends these concepts to provide direct object to object 

15 communication data channels that operate between either multiple objects 
operating on the same computer or multiple objects distributed across computers. 
One object or program is able to open a new data channel and then pass a 
Channel identifier to a second object or program so that direct streaming 
communications can occur, 

20 These data channels ran also be used in conjunction with colony Data 

• Repiesentation Language and Drone Network Virtual Machine to provide a 
comprehensive object to object communications sub system as described in the 
Colony Network Object Model 

Using the example of a remote object V/abc.com.au/people'.as noted 

25 above, a data channel could be used to return a large list of People objects. A 
function "Channel getAIIPeopIeO 1 ' on the sewer object returns all people as a 
stream of serialized People objects{as defined earlier). The client uses the 
network virtual machine to serialize a request to the getAIIPeople method on the 
server object The server back receives the end point of a Stream and registers 

30 the Server Channel; connecting it with the Stream returned. The Network Virtual 
Machine then serializes a return value of the Channel Identifier which provides 
the host and channel number. The client on receiving the Channel Identifier Is 
able to open the Channel directly to the server. This Channel is then returned to 
the caller with end to end communications opened. A client would then use the 



C0MS ID No: SMBMTO452359 Received by IP Australia: Time (Hun) 1&1S Date (Y-M~d) 2003-10-14 



Oct. 2003 17:51 



SMOOREMBURG ATTORNEYS 



+613 8712 0159 



p. 43 



41 

DRL system to read and instantiate the Person objects returned. At anytime the 
client or server Is able to end communications. 
Channel Link Server 

As earlier described the Channel Link Server is another aspect of invention 
5 and defines the session layer protocol which accepts and connects Data 
Channels from client to server. While the Data Channel aspect provides generic 
Object to Object data Channels, the Channel Link Server provides the ability to 
connect these Channels between two remote devices over a Transport Link 
Layer. 

10 The Data Channel system provides an Identifier within a system which 

identifies a Channel endpoint. To connect this Channel endpoint to a client the 
end point on the server is connected to the Channel Link Server. The Channel 
Link Server now connected to the Data Channel returns an Identifier which can be 
passed to the client (as described in the example Data Channel). 

15 The client on receiving the Channel Identifier passes it to a client which 

opens a channel to the Channel Link Server and sends it the identifier. The 
channel link server responds with a link success or failure. On success the client 
is able to return the connected Channel. 

As the data channel is mediated by the Channel Link Server and Channel 

20 Link Client It is possible to implement this using any specified Transport Link 
Layer. As In the Network Object Model this provides the ability for flexibility for 
connecting data channels between devices. 

The invention separates the Data Channels used within one device from 
the communications required to connect between different devices. This 

25 separation allows one device to connect Data Channels via different 
Implementations at the same time using a consistent Identifier throughout. 
Naming 

The methods of communication described above all provide a type of 
client/server communication. This creates a paradigm that allows a client to 
30 communicate with a server. However, in an object oriented programming (OOP) 
paradigm an application Itself is made up of many objects. A method is still 
required to direct the communications to the correct location within an application. 
The communication needs to be able to be directed to the correct object. This is 
illustrated in Figure 11. 



COMS ID No: SMBI-00462359 Received by IP Australia: Time (H:m) 18:15 Date (Y-M-d) 2003-10-14 



Oct 2003 17:54 SMOORENBURG ATTORNEYS 



+613 9712 0159 



p,44 



42 

The network object model of the present invention recognises that the 
same methods are needed to be able to communicate between otfects in the 
same application, as required to communicate with objects external to an 
application. This allows transparency across both inter-host and external host 
5 communications. 

To support these communication mechanisms both Internally and 
externally a method of object resolution is required. Naming an object allows the 
various communications methods to be established between two objects. For 
example, we might name objects as Illustrated in Figure 12. 
10 Naming objects in this way allows a message to be directed to either a 

local object or remote object. Additionally, grouping allows objects to be grouped 
within an application to allow better management of objects and access to those 
objects. 

Colony uses Universal Resource Locators (URLs) to find objects. This 
15 ensures that object locations can be sent and/or received in documents, email, or 
in code. 

The colony system maps these URL's to a host data collection system. 
This allows flexibility in design and implementation of a colony network. A URL 
such as 

20 //abc.com.aufpeople/]ohn.smith 

could have the people object implemented with a database system. This allows 
access to the John.smith object to be mediated and managed by the host. The 
people object must then Implement a set of basic containment interfaces. The 
Colony system uses the Zone/Realm aspect of the Invention to provide this 

25 aspect of containment. 
Zone & Realm 

As introduced in the Naming aspect of the invention, a method of grouping 
objects is an important aspect of sorting and resolving the location of objects. 
The Zone & Realm elements of the invention work together with the naming and 
30 resolution system to provide this ability. 

A Zone provides the basic containment Interfaces for objects. Any object 
or data can be added to a Zone and provide a named identifier. Other elements 
of the system can use this and the naming system to resolve the location of an 
object both locally and remotely. Basic methods for the Zone Include: 
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void put( PassKey key, String name, Object object ); 
Object get( PassKey key, String name ); 
Object remove( PassKey key, String name ); 
5 ObjectType getType( PassKey key, Siring name ); 

To provide security the Zone Interfaces are extended to include a pass 
key. A Realm provides the additional interfaces to manage the security access to 
each zone. This design is created to allow object access to be treated the same 
1 0 independent of accessing the object locally or remotely. 

The Realm provides Interfaces to handle connecting(log in) and 
disconnectingflog out) for users. It also includes the ability to manage user 
access. Basic methods for the Realm include: 

15 PassKey connect( String userid, String password ); 

void disconnect PassKey key ); 

void addUser( PassKey key, String userid, String password ); 
void renioveUsetf PassKey key. String userid ); 

The current Realm does not provide any security other than providing 
access to an object or not It is assumed that access to an object is an all or 
nothing access. Once access is granted, all methods can be called on the object. 
Additional security can be Implemented in the object and use the Realm security 
interfaces to check security privileges of the user. Access based on Rotes is a 
further extension to the security elements which would provide access to certain 
objects based on the user or role. 

In one embodiment a Zone is described as a Front interface as described 
In the Network Object Model. This allows the Zone to be accessed remotely or 
locally. The method of how the Zone manages the contents of its Zone may be 
managed differently for each Zone implementation. Each Zone is a member of a 
Realm and should defer all security decisions to its Realm. 

A simple Java implementation of a Zone may use a HashTable to hold a 
mapping between the name and the object, of each object In the Zone. The Java 
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containment interfaces can also be extended to use Its own Java class loader to 
ensure that only certain objects are held in the specified Zone. 

Each Zone participates in the Naming system. A name such as 
*//abc.com.au/people/fred* is defined as being on the host "abc.com.au M 
6 contained in the SystemRealm with an object "fred" contained in the Zone 
"people". Additional Realms and/or Zones can be created In the SystemRealm as 
required by the application developer. 

The base Zone of a host in the current system is referred to the 
SystemRealm. The SystemRealm provides the base security and containment 
10 for each host. The SystemRealm also provides additional services required for 
the Naming and Zone system. In a java implementation it provides the ability to 
map the java language type names to names provided by the application 
programmer. Renaming object class type names is important In distributed 
systems so that a common name can be used between systems implemented in 
1 5 different languages and architectures. 
Message and Node System 

The network virtual machine provides a distributed method calling system, 
and data channels provide streaming communications. A third method of 
communication is message based. A message based system uses small 
20 messages to send data between two objects. This type of asynchronous 
communications allows messages to be sent without requiring a reply. Often 
referred to as Message Queuing, it provides advantages over the previous types 
of communications. 

Colony provides the concept of an object node to handle message based 
25 communications. This allows messages to be delivered directly to an object. 
This direct to an object delivery continues the Colony design philosophy of * 
providing services required by an object directly, and providing an interface which 
Is transparent between both local and remote objects. 

The messaging system works together with the Zone and Naming system 
30 to resolve the location of an object and allow messages to be delivered to the 
correct object The Data Representation Language is used to encode the 
contents of each message so that it can be transferred between hosts. 

An important aspect of any computer system Is handling resources 
correctly. To handle messages at an object level a system of sharing execution 
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threads allows an object to not use any thread resources while Idle, and be 
allocated threads dynamically when messages are directed to the object. 

This ability for an object to handle messages independently and be 
assigned threads to carry out the tasks the messages require is a valuable aspect 
5 of the Colony Messaging system. It allows Objects to operate Individually In a 
larger system. This creates a change in the way distributed programs are 
developed where the Colony system creates a network of objects each 
performing the required functions of a larger system. This network model of 
computing combined with the other elements of Colony system provides a very 

10 powerful and flexible system. 

Each object In the colony network can be implemented to receive 
messages. The object is assigned a queue which is able to receive messages. A 
minimum and maximum number of threads can be allocated to the object to 
handle message processing. A timeout Is also applied when no further messages 

15 are available, before the thread is returned to the resource pooh A timeout can 
also be applied for how long a message can wait before a new thread Is taken 
from the resource pool and applied to the object to handle messages. This 
dynamic allocation ensures that objects receiving many messages obtain more 
processing power. 

20 Each Node In the Colony network can have messages delivered 

synchronously or asynchronously. The synchronous method allows a message to 
be delivered and response returned. When the message Is delivered the sending 
thread will wait for the response to be returned. 

Synchronous message handling can be combined with the elements of the 

25 Network Virtual Machine to provide single message based method invocation 
which is handled directly by the Object. 

In certain configurations the Object Model as described in the Network 
Object Model can be separate from the Node receiving the messages. 
Transport Link Layer 

30 The Transport Link Layer is a further aspect of invention and is specific to 

the needs of the transport layer being used. The Transport Link Layer connects 
the Colony communications services to such transport layers as simpfe TCP/IP 
socket, secure SSL link or other transport medium. The data session and 
channel link server are specific to the needs of the link layer being used. They 
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provide the session management between the client and server. This Is because 
a message based transport layer may have requirements differing from stream 
based transport layers. 

This link layer is designed to provide a connection when requested to a 
6 speclflo end point. Unlike Transport mediums like TCP which provides interfaces 
to connect to any host, the Colony Link layer requires that the host location is 
setup earlier. This creates a minima! interface for session and presentation layers 
to work with. 

This link layer is important to the Network Object Model as it creates the 
10 base of the communications stack between two end points. It does not attempt to 
provide any additional sen/Ices such as host resolution as this service has already 
been provided by the lower layers of the communications. The link layer can also 
be used to mask specific requirements of the transport layer(eg providing a 
stream based interface where the underlying interface is message based). The 
15 opposite can also be true; where the transport layer provides a stream based 
paradigm and the upper layers of a Network Object Model stack requires 
message based communications. 

While this Invention has been described in connection with specific 
embodiments thereof, it will be understood that It Is capable of further 
20 modifications). This application is intended to cover any variations uses or 
adaptations of the invention following in general, the principles of the Invention 
and including such departures from the present disclosure as come within known 
or customary practice within the art to which the invention pertains and as may be 
applied to the essential features hereinbefore set forth. 
25 As the present Invention may be embodied in several forms without 

departing from the spirit of the essential characteristics of the invention, It should 
be understood that the above described embodiments are not to limit the present 
invention unless otherwise specified, but rather should be construed broadly 
within the spirit and scope of the invention as defined in the appended claims. 
30 Various modifications and equivalent arrangements are intended to be included 
within the spirit and scope of the invention and appended claims. Therefore, the 
specific embodiments are to be understood to be illustrative of the many ways in 
which the principles of the present Invention may be practiced. In the following 
claims, means-plus-function clauses are intended to cover structures as 
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performing the defined function and not only structural equivalents, but also 
equivalent structures. For example, although a nan and a screw may not be 
structural equivalents In that a nail employs a cylindrical surface to secure 
wooden parts together, whereas a screw employs a helical surface to secure 

5 wooden parts together, in the environment of fastening wooden parts, a naf I and a 
screw are equivalent structures. 

"Comprises/comprising" when used in this specification is taken to specify 
the presence of stated features. Integers, steps or components but does not 
preclude the presence or addition of one or more other features, integers, steps. 

1 0 components or groups thereof." 
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THE CLAIMS DEFINING THE INVENTION ARE AS FOLLOWS: 

1. In a communications network, having at least two devices adapted to 
communicate an instruction between the devices, 

5 a front interface provided on one computer, and a substantially 

corresponding back interface provided on the other computer, 
the improvement comprising: 

selection means for selecting the encoding, tor encoding the instruction, 
from a set of one or more available encodings. 

10 

2. A selection means as claimed in claim 1. wherein a stub Is adapted to 
encode the instruction and a respective skeleton is adapted to decoding the 
Instruction. 

15 3. A selection means as claimed in claim 1 or 2, wherein the set of available 
encodings Includes a stream based communication. 

4. A selection means as claimed In claim 1, 2 or 3, wherein the set of 
available encodings includes a virtual computer based communication. 

20 

5. A selection means as claimed in any one of claims 1 to 4, wherein the set 
of available encodings Includes a message based communication. 

6. A selection means as claimed in claim 4, wherein the virtual computer is a 
25 computer as claimed in any one of claims 1 1 to 14, 

7. A communications and / or computer network including the selection 
means as claimed in any one of claims 1 to 6, 

30 8, A method of communicating an instruction from a first device to a second 
device, the first device having a first Interface, and me second device having a 
second Interface, the method comprising the steps of: 

selecting a communication protocol from a set of available communication 
protocols, 
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encoding the Instruction in accordance with the selected protocol, and 
transmitting the encoded Instruction from the first device to a second 
device. 

5 9. A method as claimed In claim 8, further comprising the steps of: 
receiving the encoded instruction by the second device, 
selecting a corresponding decoding protocol from an available set of 
communication protocols, and 

decoding the instruction in accordance with the selected decoding 
10 protocol. 

10. A method as claimed in claim 8 or 9, wherein at least one of the set of 
available protocols includes at least one of a message based protoool. a stream 
based protocol and / or a virtual computer. 

15 

11. A virtual computer, comprising: 

an object stack and/or an object heap, each of the stack and heap being 
adapted to store at least one object and its corresponding type Identifier, and 

an instruction set having at least one instruction adapted for execution by 
20 the virtual computer. 

12. A virtual computer as claimed in claim 1 1 . further comprising: 

a state register being adapted to provide at least one operating register. 

25 13. A virtual computer as claimed in claim 11 or 12, wherein the stack enables 
a user to specify how each object placed on the stack is to be serialised. 

14. A virtual computer as claimed in claim 11, 12 or 13, wherein an external 
Identifier Is recorded with an object as the object is placed on the heap. 

30 

15. A method of executing an instruction set using a virtual computer, In a 
communications network having at least two devices, the method comprising the 
steps of: 

serialising the virtual computer to a data buffer In a first device, and 
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transmitting the data buffer to from the first device to a second device. 

1 6. A method as claimed In claim 15, further comprising: 
receiving the serialised data buffer, 

5 un-serialising the data buffer, and 

executing at least one instruction of the virtual computer. 

17. A method as claimed in claim 15 or 16, wherein the method Is repeated to 
transmit the virtual computer to a further device. 

10 

18. A method as claimed In claim 15, 16 or 17, wherein the virtual computer is 
a computer as claimed in any one of claims 11 to 14. 

19. A communications format for use in providing communication between at 
15 least two devices, the format comprising; 

a first portion representing data, the first portion being adapted to be 
rendered and communicated in an electronically communicable format, such as 
binary format, and 

a second portion representing metadata for defining a meaning to be given 
20 to the first portion, the meaning given to the second portion being definable for 
each communication. 

20. A format as claimed in claim 19, wherein the second portion is adapted to 
be rendered and communicated In an electronically communicable format, such 
as binary format 

25 

21. A format as claimed in claim 19 or 20, wherein the definition given to the 
second portion is selectable from a set of at least one definitions. 

22. A format as claimed in claim 19 or 20, wherein the first and second 
30 portions are communicated in separate transmissions. 

23. A format as claimed in claimed in claim 19. wherein the second portion 
represents a selection of at least one meaning to be given to the first portion. 
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24. A format as claimed in dalrn 23. wherein the meaning to be given to the 
first portion is stored In at least one of the two devices. 

25. A communications format as claimed in any one of claims 19 to 24, 
5 wherein tha second portion further provides information on reading the data. 

26. A format as claimed in any one of claims 19 to 25, wherein the second 
portion is a tag(s). 

10 27. A format as claimed in claim 26, wherein me tag(s) is an element of a map 
providing correlation to stored information defining the second portion. 

28. A format as claimed in claim 27, wherein the map is adapted to map an 
external Identifier to an internal identifier. 

15 

29. A format as claimed in any one of claims 19 to 28, wherein the metadata is 
serializable for communication between the devices. 

30. A format as claimed In any one of claims 19 to 29, wherein the metadata 
20 comprises metadata. 

31. A format as claimed in any one of claims 19 to 29, wherein the format only 
describes the data. 

25 32. A method of communicating between at least two devices, the method 
comprising the steps of. 

providing a first portion representing data, the first portion being adapted to 
be rendered and communicated In an electronically communicable format, such 
as binary format, and 

30 providing a second portion representing metadata for defining a meaning 

to be given to the first portion, the meaning given to the second portion being 
definable for each communication. 
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33. A method as claimed in claim 32, wherein the second portion Is adapted to 
be rendered and communicated In an electronically communicable format, such 
as binary format 

5 34. A method as claimed In claim 32 or 33, wherein the definition given to the 
second portion Is selectable from a set of at least one definitions. 

35. A method as claimed In daim 32 or 33, wherein the first and second 
portions are communicated In separate transmissions. 

10 

36. A method as claimed In claimed In claim 32. wherein the second portion 
represents a selection of at least one meaning to be given to the first portion. 

37. A method as claimed in claim 36, wherein the meaning to be given to the 
1 5 first portion is stored In at least one of the two devices. 

38. A method as claimed in any one of claims 32 to 37, wherein the second 
portion further provides information on reading the data. 

20 39. A method as claimed in any one of claims 32 to 38, wherein the second 
portion is a tag(s). 

40. A method as claimed in claim 39. wherein the tag(s) is a map providing 
correlation to stored information defining the second portion. 

25 

41. A method as claimed in claim 40, wherein the map is adapted to map an 
external Identifier to an internal identifier. 

42. A method as claimed in any one of claims 32 to 41 . wherein the metadata 
30 . is serializabie for communication between the devices. 

43. A method as claimed in any one of claims 32 to 42, wherein the metadata 
comprises metadata. 
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44. A method as claimed in any one of claims 32 to 42, wherein the format 
only describes the data. 

45. An architecture for a communication device, the architecture comprising: 
5 a programming layer for communications internal to the device, 

a communications layer for communications external to the device, 
wherein 

the externa! communications are In accordance with the format as claimed 
in any one of claims 19 to 31. 

10 

46. An architecture for a communication device, the architecture comprising: 
a programming layer for communications Internal to the device, 

a communications layer for communications external to the device, 
wherein 

15 the external communications are In accordance with the selection means 

as claimed In any one of claims 1 to 6, 

47. An architecture for a cxjimnunication device, the architecture comprising: 
a programming layer for communications internal to the device, 

20 a communications layer for communications external to the device, 

wherein 

the external communications include a virtual computer as claimed in any 
one of claims 19 to 24. 

25 43- Apparatus adapted to provide communications from a first device to a 
second device, said apparatus including: 

processor means adapted to operate In accordance with a predetermined 

instruction set, 

said apparatus, in conjunction with said instruction set, being adapted to 
30 perform the method as claimed In any one of claims a to 1 0 or 32 to 44. 
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49. Apparatus adapted to execute an instruction set using a virtual computer, 
said apparatus Including: 

processor means adapted to operate in accordance with a predeteimined 
instruction set, 

5 said apparatus, in conjunction with said Instruction set, being adapted to 

perform the method as claimed in any one of claims 15 to 18. 

50. Apparatus adapted to communicate via a format as claimed in any one of 
claims 19 to 31, said apparatus including: 

10 processor means adapted to operate in accordance with a predetermined 

instruction set, 

said apparatus, in conjunction with said instruction set, being adapted to 
perform the communication. 

15 51 . A computer program product including: 

a computer usable medium having computer readable program code and 

computer readable system code embodied on said medium for providing 

communications from a first device to a second device within a computer system, 

said computer program product including: 
20 computer readable code within said computer usable medium for 

performing the method according to anyone of claims 8 to 10 or 32 to 44. 

52. A computer program product Including: 

a computer usable medium having computer readable program code and 
25 computer readable system code embodied on said medium for executing an 
instruction set using a virtual computer within a computer system, said computer 
program product including: 

computer readable code within said computer usable medium for 
performing the method according to any one of claims 1 5 to 18. 

30 
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53. A computer program product including: 

a computer usable medium having computer readable program code and 
computer readable system code embodied on said medium for providing 
communications within a computer system, said computer program product 
5 including: 

computer readable code within said computer usable medium being 
adapted to communicate via a format as claimed In any one of claims 19 to 31 . 

54. A device, selection means, network substantially as herein disclosed with 
10 reference to the accompanying drawings. 

55. A method substantially as herein disclosed with reference to the 
accompanying drawings. 

1 5 DATED this 14th day of October 2003 
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